home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr35 / uupcb120.zip / BLTS / HOWTO < prev    next >
Text File  |  1992-10-02  |  20KB  |  379 lines

  1.  
  2. Xref: tridom news.announce.newusers:33 news.answers:576
  3. Path: tridom!emory!europa.asd.contel.com!darwin.sura.net!spool.mu.edu!news.cs.indiana.edu!purdue!spaf
  4. From: spaf@cs.purdue.EDU (Gene Spafford)
  5. Newsgroups: news.announce.newusers,news.answers
  6. Subject: A Primer on How to Work With the Usenet Community
  7. Message-ID: <spaf-etiquette_716962647@cs.purdue.edu>
  8. Date: 20 Sep 92 04:17:28 GMT
  9. Expires: 19 Nov 92 16:17:27 GMT
  10. Followup-To: news.newusers.questions
  11. Organization: Dept. of Computer Sciences, Purdue Univ.
  12. Lines: 362
  13. Approved: spaf@cs.purdue.EDU
  14. Supersedes: <spaf-etiquette_715578723@cs.purdue.edu>
  15.  
  16. Archive-name: usenet-primer/part1
  17. Original-author: chuq@apple.COM (Chuq Von Rospach)
  18. Last-change: 5 May 1992 by spaf@cs.purdue.edu (Gene Spafford)
  19.  
  20.  
  21.               A Primer on How to Work With the USENET Community
  22.                              Chuq Von Rospach
  23.  
  24.  
  25.  
  26.   *** You now have access to Usenet, a network of thousands of
  27.   computers.  Other documents or your system administrator will provide
  28.   detailed technical documentation.  This message describes the Usenet
  29.   culture and customs that have developed over time.  All new users should
  30.   read this message to find out how Usenet works. ***
  31.   *** (Old users could read it, too, to refresh their memories.)  ***
  32.  
  33.   USENET is a large collection of computers that share data with each
  34.   other.  It is the people on these computers that make USENET worth
  35.   the effort to read and maintain, and for USENET to function properly
  36.   those people must be able to interact in productive ways.  This
  37.   document is intended as a guide to using the net in ways that will
  38.   be pleasant and productive for everyone.
  39.  
  40.   This document is not intended to teach you how to use USENET.  Instead, it
  41.   is a guide to using it politely, effectively and efficiently.
  42.   Communication by computer is new to almost everybody, and there are
  43.   certain aspects that can make it a frustrating experience until you get
  44.   used to them.  This document should help you avoid the worst traps.
  45.  
  46.   The easiest way to learn how to use USENET is to watch how others use it.
  47.   Start reading the news and try to figure out what people are doing and
  48.   why.  After a couple of weeks you will start understanding why certain
  49.   things are done and what things shouldn't be done.  There are documents
  50.   available describing the technical details of how to use the software.
  51.   These are different depending on which programs you use to access the
  52.   news.  You can get copies of these from your system administrator.  If you
  53.   do not know who that person is, they can be contacted on most systems by
  54.   mailing to account "usenet".
  55.  
  56.  
  57.            Never Forget that the Person on the Other Side is Human
  58.  
  59.   Because your interaction with the network is through a computer it is easy
  60.   to forget that there are people "out there." Situations arise where
  61.   emotions erupt into a verbal free-for-all that can lead to hurt feelings.
  62.  
  63.   Please remember that people all over the world are reading your words.  Do
  64.   not attack people if you cannot persuade them with your presentation of
  65.   the facts.  Screaming, cursing, and abusing others only serves to make
  66.   people think less of you and less willing to help you when you need it.
  67.  
  68.   If you are upset at something or someone, wait until you have had a
  69.   chance to calm down and think about it.  A cup of (decaf!) coffee or
  70.   a good night's sleep works wonders on your perspective.  Hasty words
  71.   create more problems than they solve.  Try not to say anything to
  72.   others you would not say to them in person in a room full of people.
  73.  
  74.             Don't Blame System Admins for their Users' Behavior
  75.  
  76.   Sometimes, you may find it necessary to write to a system administrator
  77.   about something concerning his or her site.  Maybe it is a case of the
  78.   software not working, or a control message escaped, or maybe one of the
  79.   users at that site has done something you feel requires comment.  No matter
  80.   how steamed you may be, be polite to the sysadmin -- he or she may not have
  81.   any idea of what you are going to say, and may not have any part in the
  82.   incidents involved.  By being civil and temperate, you are more likely to
  83.   obtain their courteous attention and assistance.
  84.  
  85.                     Be Careful What You Say About Others
  86.  
  87.   Please remember -- you read netnews; so do as many as 2,500,000 other
  88.   people.  This group quite possibly includes your boss, your friend's
  89.   boss, your girl friend's brother's best friend and one of your
  90.   father's beer buddies.  Information posted on the net can come back
  91.   to haunt you or the person you are talking about.
  92.  
  93.   Think twice before you post personal information about yourself or
  94.   others.  This applies especially strongly to groups like soc.singles
  95.   and alt.sex but even postings in groups like talk.politics.misc have
  96.   included information about the personal life of third parties that
  97.   could get them into serious trouble if it got into the wrong hands.
  98.  
  99.                                   Be Brief
  100.  
  101.   Never say in ten words what you can say in fewer.  Say it succinctly and
  102.   it will have a greater impact.  Remember that the longer you make your
  103.   article, the fewer people will bother to read it.
  104.  
  105.              Your Postings Reflect Upon You -- Be Proud of Them
  106.  
  107.   Most people on USENET will know you only by what you say and how well you
  108.   say it.  They may someday be your co-workers or friends.  Take some time
  109.   to make sure each posting is something that will not embarrass you later.
  110.   Minimize your spelling errors and make sure that the article is easy to
  111.   read and understand.  Writing is an art and to do it well requires
  112.   practice.  Since much of how people judge you on the net is based on your
  113.   writing, such time is well spent.
  114.  
  115.                            Use Descriptive Titles
  116.  
  117.   The subject line of an article is there to enable a person with a limited
  118.   amount of time to decide whether or not to read your article.  Tell people
  119.   what the article is about before they read it.  A title like "Car for
  120.   Sale" to rec.autos does not help as much as "66 MG Midget for sale:
  121.   Beaverton OR." Don't expect people to read your article to find out what
  122.   it is about because many of them won't bother.  Some sites truncate the
  123.   length of the subject line to 40 characters so keep your subjects short
  124.   and to the point.
  125.  
  126.                          Think About Your Audience
  127.  
  128.   When you post an article, think about the people you are trying to
  129.   reach.  Asking UNIX(*) questions on rec.autos will not reach as many
  130.  
  131.   of the people you want to reach as if you asked them on
  132.   comp.unix.questions or comp.unix.internals.  Try to get the most
  133.   appropriate audience for your message, not the widest.
  134.  
  135.   It is considered bad form to post both to misc.misc, soc.net-people,
  136.   or misc.wanted and to some other newsgroup.  If it belongs in that
  137.   other newsgroup, it does not belong in misc.misc, soc.net-people,
  138.   or misc.wanted.
  139.  
  140.   If your message is of interest to a limited geographic area (apartments,
  141.   car sales, meetings, concerts, etc...), restrict the distribution of the
  142.   message to your local area.  Some areas have special newsgroups with
  143.   geographical limitations, and the recent versions of the news software
  144.   allow you to limit the distribution of material sent to world-wide
  145.   newsgroups.  Check with your system administrator to see what newsgroups
  146.   are available and how to use them.
  147.  
  148.   If you want to try a test of something, do not use a world-wide newsgroup!
  149.   Messages in misc.misc that say "This is a test" are likely to cause
  150.   large numbers of caustic messages to flow into your mailbox.  There are
  151.   newsgroups that are local to your computer or area that should be used.
  152.   Your system administrator can tell you what they are.
  153.  
  154.   Be familiar with the group you are posting to before you post!  You
  155.   shouldn't post to groups you do not read, or post to groups you've
  156.   only read a few articles from -- you may not be familiar with the on-going
  157.   conventions and themes of the group.  One normally does not join
  158.   a conversation by just walking up and talking.  Instead, you listen
  159.   first and then join in if you have something pertinent to contribute.
  160.  
  161.                      Be Careful with Humor and Sarcasm
  162.  
  163.   Without the voice inflections and body language of personal
  164.   communications, it is easy for a remark meant to be funny to be
  165.   misinterpreted.  Subtle humor tends to get lost, so take steps to make
  166.   sure that people realize you are trying to be funny.  The net has
  167.   developed a symbol called the smiley face.  It looks like ":-)" and points
  168.   out sections of articles with humorous intent.  No matter how broad the
  169.   humor or satire, it is safer to remind people that you are being funny.
  170.  
  171.   But also be aware that quite frequently satire is posted without any
  172.   explicit indications.  If an article outrages you strongly, you
  173.   should ask yourself if it just may have been unmarked satire.
  174.   Several self-proclaimed connoisseurs refuse to use smiley faces, so
  175.   take heed or you may make a temporary fool of yourself.
  176.  
  177.                           Only Post a Message Once
  178.  
  179.   Avoid posting messages to more than one newsgroup unless you are sure
  180.   it is appropriate.  If you do post to multiple newsgroups, do not
  181.   post to each group separately.  Instead, specify all the groups on a
  182.   single copy of the message.  This reduces network overhead and lets
  183.   people who subscribe to more than one of those groups see the message
  184.   once instead of having to wade through each copy.
  185.  
  186.               Please Rotate Messages With Questionable Content
  187.  
  188.   Certain newsgroups (such as rec.humor) have messages in them that may
  189.   be offensive to some people.  To make sure that these messages are
  190.   not read unless they are explicitly requested, these messages should
  191.   be encrypted.  The standard encryption method is to rotate each
  192.   letter by thirteen characters so that an "a" becomes an "n".  This is
  193.   known on the network as "rot13" and when you rotate a message the
  194.   word "rot13" should be in the "Subject:" line.  Most of the software
  195.   used to read usenet articles have some way of encrypting and
  196.   decrypting messages.  Your system administrator can tell you how the
  197.   software on your system works, or you can use the Unix command "tr
  198.   [a-z][A-Z] [n-z][a-m][N-Z][A-M]". (Note that some versions of Unix
  199.   don't require the [] in the "tr" command.  In fact, some systems will
  200.   get upset if you use them in an unquoted manner.  The following
  201.   should work for everyone, but may be shortened on some systems:
  202.         tr '[a-m][n-z][A-M][N-Z]' '[n-z][a-m][N-Z][A-M]'
  203.   Don't forget the single quotes!)
  204.  
  205.                     Summarize What You are Following Up
  206.  
  207.   When you are following up someone's article, please summarize the parts of
  208.   the article to which you are responding.  This allows readers to
  209.   appreciate your comments rather than trying to remember what the original
  210.   article said.  It is also possible for your response to get to some sites
  211.   before the original article.
  212.  
  213.   Summarization is best done by including appropriate quotes from the
  214.   original article.  Do not include the entire article since it will
  215.   irritate the people who have already seen it.  Even if you are responding
  216.   to the entire article, summarize only the major points you are discussing.
  217.  
  218.                         When Summarizing, Summarize!
  219.  
  220.   When you request information from the network, it is common courtesy to
  221.   report your findings so that others can benefit as well.  The best way of
  222.   doing this is to take all the responses that you received and edit them
  223.   into a single article that is posted to the places where you originally
  224.   posted your question.  Take the time to strip headers, combine duplicate
  225.   information, and write a short summary.  Try to credit the information to
  226.   the people that sent it to you, where possible.
  227.  
  228.                       Use Mail, Don't Post a Follow-up
  229.  
  230.   One of the biggest problems we have on the network is that when someone
  231.   asks a question, many people send out identical answers.  When this
  232.   happens, dozens of identical answers pour through the net.  Mail your
  233.   answer to the person and suggest that they summarize to the network.  This
  234.   way the net will only see a single copy of the answers, no matter how many
  235.   people answer the question.
  236.  
  237.   If you post a question, please remind people to send you the answers by
  238.   mail and at least offer to summarize them to the network.
  239.  
  240.       Read All Follow-ups and Don't Repeat What Has Already Been Said
  241.  
  242.   Before you submit a follow-up to a message, read the rest of the messages
  243.   in the newsgroup to see whether someone has already said what you want to
  244.   say.  If someone has, don't repeat it.
  245.  
  246.                     Check the Headers When Following Up
  247.  
  248.   The news software has provisions to specify that follow-ups to an
  249.   article should go to a specific set of newsgroups -- possibly
  250.   different from the newsgroups to which the original article was
  251.   posted.  Sometimes the groups chosen for follow-ups are totally
  252.  
  253.   inappropriate, especially as a thread of discussion changes with
  254.   repeated postings.  You should carefully check the groups and
  255.   distributions given in the header and edit them as appropriate.  If
  256.   you change the groups named in the header, or if you direct
  257.   follow-ups to a particular group, say so in the body of the message
  258.   -- not everyone reads the headers of postings.
  259.  
  260.  
  261.                   Be Careful About Copyrights and Licenses
  262.  
  263.   Once something is posted onto the network, it is *probably* in the
  264.   public domain unless you own the appropriate rights (most notably,
  265.   if you wrote the thing yourself) and you post it with a valid
  266.   copyright notice; a court would have to decide the specifics and
  267.   there are arguments for both sides of the issue. Now that the US has
  268.   ratified the Berne convention, the issue is even murkier.  For all
  269.   practical purposes, though, assume that you effectively give up the
  270.   copyright if you don't put in a notice.  Of course, the
  271.   *information* becomes public, so you mustn't post trade secrets that
  272.   way.  When posting material to the network, keep in mind that
  273.   material that is UNIX-related may be restricted by the license you
  274.   or your company signed with AT&T and be careful not to violate it.
  275.   You should also be aware that posting movie reviews, song lyrics, or
  276.   anything else published under a copyright could cause you, your
  277.   company, or members of the net community to be held liable for
  278.   damages, so we highly recommend caution in using this material.
  279.  
  280.                         Cite Appropriate References
  281.  
  282.   If you are using facts to support a cause, state where they came from.
  283.   Don't take someone else's ideas and use them as your own.  You don't want
  284.   someone pretending that your ideas are theirs; show them the same respect.
  285.  
  286.                     Mark or Rotate Answers and Spoilers
  287.  
  288.   When you post something (like a movie review that discusses a detail of
  289.   the plot) which might spoil a surprise for other people, please mark your
  290.   message with a warning so that they can skip the message.  Another
  291.   alternative would be to use the "rot13" protocol to encrypt the message so
  292.   it cannot be read accidentally.  When you post a message with a spoiler in
  293.   it make sure the word "spoiler" is part of the "Subject:" line.
  294.  
  295.                      Spelling Flames Considered Harmful
  296.  
  297.   Every few months a plague descends on USENET called the spelling flame.
  298.   It starts out when someone posts an article correcting the spelling or
  299.   grammar in some article.  The immediate result seems to be for everyone on
  300.   the net to turn into a 6th grade English teacher and pick apart each other's
  301.   postings for a few weeks.  This is not productive and tends to cause
  302.   people who used to be friends to get angry with each other.
  303.  
  304.   It is important to remember that we all make mistakes, and that
  305.   there are many users on the net who use English as a second
  306.   language.  There are also a number of people who suffer from
  307.   dyslexia and who have difficulty noticing their spelling mistakes.
  308.   If you feel that you must make a comment on the quality of a
  309.   posting, please do so by mail, not on the network.
  310.  
  311.                           Don't Overdo Signatures
  312.  
  313.   Signatures are nice, and many people can have a signature added to
  314.   their postings automatically by placing it in a file called
  315.   "$HOME/.signature".  Don't overdo it.  Signatures can tell the world
  316.   something about you, but keep them short.  A signature that is longer
  317.   than the message itself is considered to be in bad taste.  The main
  318.   purpose of a signature is to help people locate you, not to tell your
  319.   life story.  Every signature should include at least your return
  320.   address relative to a major, known site on the network and a proper
  321.   domain-format address.   Your system administrator can give this to
  322.   you.  Some news posters attempt to enforce a 4 line limit on
  323.   signature files -- an amount that should be more than sufficient to
  324.   provide a return address and attribution.
  325.  
  326.                Limit Line Length and Avoid Control Characters
  327.  
  328.   Try to keep your text in a generic format.  Many (if not most) of
  329.   the people reading Usenet do so from 80 column terminals or from
  330.   workstations with 80 column terminal windows.  Try to keep your
  331.   lines of text to less than 80 characters for optimal readability.
  332.   If people quote part of your article in a followup, short lines will
  333.   probably show up better, too.
  334.  
  335.   Also realize that there are many, many different forms of terminals
  336.   in use.  If you enter special control characters in your message, it
  337.   may result in your message being unreadable on some terminal types;
  338.   a character sequence that causes reverse video on your screen may
  339.   result in a keyboard lock and graphics mode on someone else's
  340.   terminal.  You should also try to avoid the use of tabs, too, since
  341.   they may also be interpreted differently on terminals other than
  342.   your own.
  343.  
  344.  
  345.                        Summary of Things to Remember
  346.  
  347.  
  348.        Never forget that the person on the other side is human
  349.        Don't blame system admins for their users' behavior
  350.        Be careful what you say about others
  351.        Be brief
  352.        Your postings reflect upon you; be proud of them
  353.        Use descriptive titles
  354.        Think about your audience
  355.        Be careful with humor and sarcasm
  356.        Only post a message once
  357.        Please rotate material with questionable content
  358.        Summarize what you are following up
  359.        Use mail, don't post a follow-up
  360.        Read all follow-ups and don't repeat what has already been said
  361.        Double-check follow-up newsgroups and distributions.
  362.        Be careful about copyrights and licenses
  363.        Cite appropriate references
  364.        When summarizing, summarize
  365.        Mark or rotate answers or spoilers
  366.        Spelling flames considered harmful
  367.        Don't overdo signatures
  368.        Limit line length and avoid control characters
  369.  
  370. (*)UNIX is a registered trademark of AT&T.
  371.  
  372. -----------
  373.       This document is in the public domain and may be reproduced or
  374.       excerpted by anyone wishing to do so.
  375. --
  376. Gene Spafford
  377. Software Engineering Research Center & Dept. of Computer Sciences
  378. Purdue University, W. Lafayette IN 47907-1398
  379.